home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13809 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: castle.nando.net!news
  2. From: Tom Wason <wason@nando.net>
  3. Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
  4. Subject: Re: Can we do programming without seeing the end user?
  5. Date: 27 Mar 1996 15:02:38 GMT
  6. Organization: WASON
  7. Message-ID: <4jblae$ogp@castle.nando.net>
  8. References: <BYtKnOggyTxQ071yn@oslonett.no> <4j4j47$l5q@linet06.li.net> <4j5r11$kch@newsflash.hol.gr> <4j5lpj$np@dfw-ixnews4.ix.netcom.com> <4j68uq$r66@news1.mnsinc.com>
  9. NNTP-Posting-Host: grail603.nando.net
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 1.22 (Windows; I; 16bit)
  14.  
  15. [SNIP]
  16. >    The system designer should be the one that meets with the 
  17. >customer and gets a firm understanding of what the system REALLY needs to 
  18. >do.  The programmers should not have to meet with the customer if the 
  19. >system designer has done their job well.  The designer should have a 
  20. >clear picture of what the system should be and be able to impart that the 
  21. >actual implementors.
  22. >    Also, remember that understanding the customers job does not 
  23. >always mean sitting down for long gab sessions with the customer.  In 
  24. >most fields there are a variety of books concerning better ways of doing 
  25. >the tasks associated with the job.  These can often give even better 
  26. >ideas on how to improve the customers productivity.  But in the end, the 
  27. >customer is always right.  (Goes back to the pay check thing again :) )
  28. >
  29. >        FWIW,
  30. >        -Keys
  31. >
  32. One must differentiate customers and users, of course.  Presume (!!!) that the 
  33. customer wants you to do what is best for the user.  In some cases, the customer may 
  34. BE the user.  I think task analysis should come first.  What this means is that you 
  35. study the user.  Studying the use is different from asking the user to participate 
  36. in the design.  It has been shown (recent Ergonomics in Design paper) that users 
  37. fequently make bad choices in sceen element design.  They are not equipped for an 
  38. objective analysis.  Nor should they be.  That requires experience and training one 
  39. would not expect the user to have.  Besides, one cannot be objective about one's own 
  40.  work.  You wouldn't expect a parent to be objective about his or her child, would 
  41. you?  They may try, but that not the same as being objective.  
  42.  
  43. --Tom
  44.  
  45.  
  46. -----------------------------------------------------------------------------
  47.   Thomas D. Wason, Ph.D.              1421 Park Drive
  48.   Human-Computer Interactions         Raleigh, North Carolina 27605 USA
  49.   wason@nando.net                     919.834.9842
  50.  
  51.  
  52.